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CENTRAL FAX CENTER 

FEB 1 2 2007 



Due Date: February It, 2007 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
BEFORE THE BOARD OF PATENT APPEALS AND INTERFERENCES 



Title: STREAMING OF DATA ) 

BRIEF OF APPELLANT 

MAIL STOP APPEAL BRIEF - PATENTS 
Commissioner for Patents 
RO. Box 1450 
Alexandria, VA 22313-1450 

Dear Sir; 

In accordance with 37 CFR §41-37, Appellant's attorney hereby submits the Brief of 
Appellant on appeal from the final rejection in the above-identified application as set forth in the 
Office Action dated September 21, 2006. 

Please charge the amount of $500.00 to cover the required fee for filing this Brief as set 
forth under 37 CFR §41.20(b)(2) to Deposit Account No. 14-0225 of NCR Corporation, the 
assignee of the present application. Also, please charge any additional fees or credit any 
ovetpayments to Deposit Account No. 14-0225. 

I. REAL PARTY IN INTEREST 

The real parry in interest is NCR Corporation, the assignee of the present application. 



In re Application of: 



Inventors: Scott Hartop 



Examiner: B, Kamal 



Serial #: 10/007,464 



Group Art Unit: 2151 



Filed: December 5, 2001 



Appeal No.: 



II. 
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01 FC:1402 
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III. STATUS OF CLATMS 

Claims 1-26 ate pending in the application. 

Claims 1-13, 15-22, 25 and 26 were rejected under 35 U.S.C §l03(a) as being unpatentable 
over U.S. Patent No. 5,640,384 (Du), in view of U.S. Patent No. 6,502,131 (Vaid), and further in 
view of U.S. Patent No. 6,687,224 (Ater). 

Claims 14, 23 and 24 were rejected under 35 U.S.C §1 03(a) as being unpatentable over U.S. 
Patent No. 5,640,384 (Du), in view of U.S. Patent No. 6,502,131 (Vaid), further in view of U.S. 
Patent No. 6,687,224 (Ater), and further in view of U.S. Patent 5,784,527 (Ort). 

Claims 1-26 are being appealed. 

IV. STATUS OF AMENDMENTS 

No claims have been canceled, amended or added subsequent to the final Office Action. 

V. ST IMM ARY OF THE INVENTION 

Appellant's independent claim 1 is directed to a method of optimizing data streaming in a peer- 
to-peer architecture including a plurality of clients in a chain. The method comprises: each client 
(3,4,5,6) monitoring its own bandwidth; each client (3,4,5,6) informing a succeeding client (3,4,5,6) in 
the chain of that bandwidth; each client (3,4,5,6) comparing its own bandwidth with the bandwidth of a 
preceding client (3,4,5,6) in the chain; and each client (3,4,5,6) , in response to a difference between the 
compared bandwidths, reordering its position among the clients (3,4,5,6) in the chain. (See page 2, lines 
10-15; page 6, lines 3-23; and page 7, lines 1-23 referring to Clients 3, 4, 5 and 6.) 

Appellant's dependent claim 14, which is dependent on claim 1, recites that, after the chain has 
been reordered, a client (3,4,5,6) synchronizes a timecode of data in local buffer memory with a 
rimecode of data received from a new streamed data input source before switching to data received 
from that source. (See page 4, lines 19-22; and page 7, lines 1-23 referring to Clients 3, 4, 5 and 6.) 

Appellant's independent claim 16 is directed to a peer-to-peer data screaming system. The 
system comprises; a plurality of clients (3,4,5,6) in a chain, each client (3,4,5,6) including bandwidth- 
monitoring means for monitoring its own bandwidth, communication means for informing a 
succeeding client (3,4,5,6) in the chain of that bandwidth, comparison means for comparing its own 
bandwidth with the bandwidth of a preceding client (3,4,5,6) in the chain, and reconfiguration means 
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responsive to a difference between the compared bandwidths to reorder its position among the clients 
(3,4,5,6) in the chain, (This claim includes means plus function elements, and the structures and acts 
described in the specification corresponding to these claimed functions are found in the 
specification at page 2> lines 16-22; page 6, lines 3-23; and page 7, lines 1-23 referring to Clients 3, 4, 5 
and 6.) 

Appellants dependent claim 23, which is dependent on claim 16, recites that a client (3,4,5,6) 
comprises data synchronizing means for synchronizing a timecode of data in local buffer memory with 
a timecode of data received from a new streamed data input source, (This claim includes means plus 
function elements, and the structures and acts described in the specification corresponding to these 
claimed functions are found in the specification at page 4, lines 19-22; and page 7, lines 1-23 ref errin g 
to Clients 3, 4, 5 and 6.) 

Appellant's dependent claim 23, which is dependent on claim 23, recites that a client (3,4,5,6) 
comprises switch means responsive to the data synchronizing means to switch to data received from 
the new streamed data input source when the tknecodes are synchronized. (This claim includes means 
plus function elements, and the structures and acts described in the specification corresponding to 
these claimed functions are found in the specification at page 4, lines 19-22; and page 7, lines 1-23 
referring to Clients 3, 4, 5 and 6.) 

Appellant's independent claim 25 is directed to a client terminal (3,4,5.6) for use in a peer-ro- 
peer data streaming system having a plurality of client terminals (3,4,5,6) in a chain. The client terminal 
(3,4,5,6) is configured or programmed to include bandwidth-monitoring means for monitoring its own 
bandwidth, communicarion means for informing a succeeding client terminal (3,4,5,6) in the chain of 
that bandwidth, comp aris on means for comparing its own bandwidth with the bandwidth of a 
preceding client terminal (3,4,5,6) in the chain, and reconfiguration means responsive to a difference 
between compared bandwidths to reorder its position among the client terminals (3,4,5,6) in the chain. 
(These are means plus function elements and the structures and acts described in the specification 
corresponding to these claimed functions are found in the specification at page 2, line 23 - page 3, 
line 2; page 6, lines 3-23; and page 7, lines 1-23 referring to Clients 3, 4, 5 and 6.) 

Appellant's independent claim 26 is directed to a program storage medium readable by a 
computer having a memory, the medium tangibly embodying one or more programs of instructions 
executable by the computer to perform method steps for configuring or pro grammin g a client terminal 
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(3,4,5,6) for use in a peer-to-peer data streaming system having a plurality of client terminals (3,4,5,6) in 
a chain. The method steps comprise the steps of: configuring or programming the diem tenninal 
(3,4,5,6) to monitor its own bandwidth; configuring or programming the client terminal (3,4,5,6) to 
inform a succe eding client terminal (3,4,5,6) in die chain of that bandwidth; configuring or 
programming the client terminal (3,4,5,6) to compare its own bandwidth with die bandwidth of a 
preceding client terminal (3,4,5,6) in the chain; and configuring or programming the client terminal 
(3,4,5,6) to reorder its position among the client terminals (3,4,5,6) in the chain based upon a difference 
between compared bandwidths, (Sec page 2, lines 10-15; page 6, lines 3-23; and page 7, lines 1-23 
referring to Clients 3, 4, 5 arid 6.) 

VI GROUNDS OF RETECTTON TO BE REVIEWED ON APPEA L 

1. Whether claims 1-13, 15-22, 25 and 26 are obvious under 35 U.5.C §l03(a) over U.S. 
Patent No. 5,640,384 (Du), in view of U.S. Patent No. 6,502,131 (Vaid), and further in view of U.S. 
Patent No. 6,687,224 (Ater). 

2. Whether claims 14, 23 and 24 are obvious under 35 U.S.C. §103(?i) over U.S. Patent 
No. 5,640,384 (Du), in view of U.S. Patent No. 6,502,131 (Vaid), further in view of U.S. Patent No. 
6,687,224 (Ater), and further in view of U.S. Patent 5,784,527 (Ort). 

Vn. ARGUMENTS 

A. The Office Action Rejections 

On page (4) of the Office Action, claims 1-13, 15-22, 25 and 26 were rejected under 35 
U.S.C. §l03(a) as being unpatentable over Du, U.S. Patent No. 5,640,384 (Du), in view of Vaid et aL, 
U.S. Patent No. 6,502,131 (Vaid), and further in view of Ater et aL, U.S. Patent No. 6,687,224 (Ater). 
On page (8) of the Office Action, claims 14, 23 and 24 were rejected under 35 U.S.C. §103(a) as 
being unpatentable over Du in view of Vaid, further in view of Ater, and further in view of Ort, U.S. 
Patent 5,784,527 (Ort). 

Appellant's attorney respectfully traverses these rejections. 
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B. The Du Reference 

Du describes a nerwork comprising transceivers (1..6) linked in a network topology. The 
positions of the transceivers in the network topology are changed in dependence on the loads on the 
end-to-end connections (VC1..VC5) between the transceivers in the network. A configuration is 
chosen to give efficient use of the capacity available in the network. Each time that a new end-to- 
end connection (VC) within the network is sec up the positions of the transceivers (1..6) are changed 
such that the network remains optimized. 

C. TheVaid Reference 

Vaid describes a method and system (100) for monitoring or profiling quality of service 
within one or more information sources in a network of computers. The method includes a step of 
providing a network of computers, each being coupled to each other to form a local area network. 
The network of computers has a firewall server (110) coupled to the network of computers and a 
distributed traffic management tool coupled to the firewall serve t. The method also includes 
implementing traffic monitoring or profiling of incoming and outgoing information from one of the 
information sources. 

D. The Ater Reference 

Ater describes a bandwidth sharing method for use on respective interstitial connections 
between on one side a plurality of users and on the other side a common data-link having a shared 
packet switching device, the method including performing the steps of: monitoring data-link 
directed bandwidth from each user; maintaining a current sum of the monitored bandwidth; and 
whenever the current sum exceeds a predetermined data-link bandwidth threshold, reducing current 
collective data-link directed bandwidth by for substantially each user, comparing the respective 
user's data-link directed bandwidth with a predetermined data-link bandwidth threshold for the 
respective user; using an allocation function, selecting at least one user who is exceeding his 
predei^rmined data-link bandwidth threshold, and for a predetermined time interval, cutting the 
connection between each selected at least one user and the shared switching device, so as to restore 
a current sum of the monitored bandwidth to be not greater than the predetermined data-link 
bandwidth threshold. 
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E. The Qrt Reference 

Ort describes a system and method for handling errors encountered in an audio/video data 
stream during playback. In one application, the audio/video data stream originates from an MPEG 
(e.g., Morion Pictures Expert Group) source and is a playback file of die MPEG format- Upon 
receiving an error interrupt originating from a hardware video processor unit, the novel system 
executes a group of predetermined error handling processes. A playback error can result from bad 
data within die playback file's data stream, the data bus, or other transmission error. One error 
recovery process used by the novel system causes the playback system to slop B and P frames until 
an I fr am e is reached which is processed normally and playback resumes. Another error recovery 
process causes the playback system to seek forward a predetermined number of seconds and/ or 
frames to resume normal playback in order to avoid a bad media sector. A third error recovery 
process causes the playback system to seek forward to a next sequence header to resume normal 
playback. The processes are performed in a novel error sequence in which repeat errors are handled 
by different processes. Back-to-back errors occurring outside a predeterrnined time or data window 
are not considered repeat errors and reinitiate the error sequence. If the error sequence fails to 
avoid the error, the user or viewer is informed that the playback file may be non-MPEG compliant 
and playback is temporarily terminated. 

F. Arguments directed to the first grounds for rejection: Whether claims 1-13, 15-22. 25 
and 26 are obvious under 35 U.S.C. ^ 103^ over U.S. Patent N n_ 5.64Q.384 (DuV in 
view of U.S. Patent No. 6 502.1 31 (Vaid) T and further in vie w pf U.S. Patent No, 
6 T 687.224 (Am). 

1. Independent Claims 1. 16. 25 and 26 
Appellant's invention, as recited in independent claims 1, 16, 25 and 26, is patentable over 
the references, because the claims recite limitations not found in the references. 
Nonetheless, the Office Action asserts the following: 

Response to Arguments 
Claims 1-26 are pending in this application. 
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Appellant's arguments filed June 30, 2006 have been fully considered but 
they are not persuasive. 

In response filed, applicant argues in substance than 

a. The combination of Du, Vaid and Ater does not teach or suggest each 
client monitoring each its own bandwidth, each client informing a succeeding client 
in the chain of that bandwidth, each client comparing its own bandwidth with the 
bandwidth of a preceding client in the chain, and each client, in response to a 
difference between the compared bandwidth, reordering its position among the 
clients in the chain (remarks, page 15), 

In response to argument [a], Examiner disagrees in light of following: 

Claim 1 stands rejected as follows: 

As per claim 1, Du teaches the method comprising (Abstract): each client 
informing a succeeding client in the chain of that bandwidth (Figs. 2a-2c; each 
transceiver is informed of other transceiver's bandwidth); and each client, in 
response to a difference between the compared bandwidths, reordering its position 
among the clients in the chain (Abstract, coL 4, lines 9-55). 

Du however does not explicitly teach a client monitors its own bandwidth. 

Vaid teaches that a client monitors its own bandwidth (coL 3, lines 8-24, Figs. 

9-11). 

Therefore it would have been obvious to one ordinary skill in the art at the 
rime of the invention to modify the teachings of Du to explicitly teach a client that 
monitors it's own bandwidth as taught by Vaid in order to measure quality of service 
in transferring data over the internet (Vaid, coL 2, lines 12-22). 

One ordinary skill in the art would have been motivated to combine the 
teachings of Du and Vaid to provide a method to monitor the flow of information 
among a network of clients (Vaid, col. 2, lines 56-67). 

Du in view of Vaid does not explicitly teach comparing bandwidth between 
two users and a method of optimizing data streaming in a peer-to-peer architecture 
including a plurality of clients in a chain. 

Ater teaches a method of optimizing data streaming in a peer-to-peer 
architecture including a plurality of clients in a chain and further teaches that in the 
peer to peer sharing, the peer monitors the bandwidth of another peer (Figs. 1-12, 
Abstract, coL 4, lines 10-67). 

Therefore it would have been obvious to one ordinary skill in the art at the 
time of the invention to modify the teachings of Du in view of Vaid to instead 
monitor and compare the bandwidth of the user in a peer to peer architecture as 
taught by Ater in order to control the bandwidth of users in a peer to peer network 
(Ater, coL 4, lines 50-67). 

One ordinary skill in the art would have been motivated to combine the 
teachings of Du, Vaid and Ater in order to provide a system to control the 
bandwidth of users in a peer to peer network (Ater, col. 4, lines 50-67). 

Du, in particular reaches the reordering the position of each transceivers 
according to their bandwidth (see fig. 2a-2c). Du does not teach the process wherein 
the devices monitor their own bandwidth. 
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Vaid, discloses a system that is able to monitor the clients own bandwidth 
(coL 3, lines 8-24, Figs. 9-11). When Du is modified in view of Vaid, i.e. when the 
monitoring process of Vaid is implemented in Du, Du's devices will be able to 
monitor their own bandwidth. 

Furthermore, when the combination of Du and Vaid is modified in view of 
Ater, the devices would be able to monitor their own bandwidth, compare their 
bandwiddi with other devices, and reorder their position in a hierarchy. 

Therefore, the combination of Du, Vaid and Ater does teach and disclose the 
limitations as claimed in independent claims. 

As such, the rejection is maintained. 

Appellant's attorney disagrees with the above analysis. 

The combination of Du, Vaid and Ater does not teach or suggest each client monitoring its 
own bandwidth, each client informing a succeeding client in the chain of that bandwidth, each client 
comparing its own bandwidth with the bandwidth of a preceding client in the chain, and each client, in 
response to a difference between the compared bandwidths, reordering its position among the clients in 
the chain. 

a. Dx does not teach or suggest "each client informing a succeeding client in the chain 
of that bandwidth, and each client, in response to a difference between the 
compared bandwidths, reordering its position among the clients in the chain. " 
The Office Action asserts that Du teaches each client informing a succeeding client in the 
chain of that bandwidth, and each client, in response to a difference between the compared 
bandwidths, reordering its position among the clients in the chain- 
The cited portions of Du are set forth below: 

Du: Abstract 

The application describes a network comprising transceivers (1..6) linked in a 
network topology. The positions of the transceivers in the network topology are 
changed in dependence on the loads on the end-to-end connections (VC1..VC5) 
between the transceivers in the network, A configuration is chosen to give efficient 
use of the capacity available in the network. Each time that a new end-to-end 
connection (VC) within the network is set up the positions of the transceivers (1..6) 
axe changed such that the network remains optimized. 
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Du: Figs. 1 and 5 
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Dn: col. 4. lines 9-55 

The radio frequency manager 7 every time that a connection is set up or 
ended, receives this information via the radio signalling channel from the 
transceivers. When a new connection is set up the radio frequency manager 7 gets 
the expected mean load of this connection from the transceiver. Only in these 
situations the radio frequency manager 7 has to change positions of the transceivers. 
The radio frequency manager 7 can for example calculate the sum S for every 
configuration of all the transceivers in the ring. It then chooses the configuration 
which results in the highest value of S. Especially when the ring has a lot of 
transceivers and when a lot of virtual channels exist these calculations can take a 
considerable amount of time. Then a faster optimization procedure could be 
followed. The radio frequency manager 7 then starts to optimize the network as 
follows: The transceivers of the virtual channel with the highest mean loads and the 
lowest frequency utilization factors are placed next to each other. The sum S is 
calculated for this configuration. When S is larger than in the previous situation, 
improvement is achieved. Then for the transceivers with the next largest mean load 
the process is repeated. This will continue until no improvement can be made any 
more. 

This procedure is now further explained: In the initial situation of FIG. 2a 
the virtual channel with the highest mean load and the lowest frequency utilization 
factor is VC1. This means that transceivers 1 and 4 should become neighbours. 
Transceiver 1 is maintained on its position, because VC4 with also a high mean load 
has a frequency factor of 1, so transceiver 6 and 1 should remain neighbours. So, 
transceiver 4 is placed next to transceiver 1 while the mutual positions of the other 
transceivers remain unchanged. This situation is shown in FIG. 2b. The value of S is 
improved. Now it has to be determined if further improvement is possible. 
Therefore transceiver 2 and 5 belonging to VC2 are brought closer together. The 
result is shown in FIG. 2c. The sum S is further improved. In the configuration of 
FIG. 2c no further improvement can be reached. Putting the transceivers belonging 
to VC3 or VC5 close together would have as a result that the frequency factor of 
VCl and VC4 is decreased. Since those two virtual channels have a much higher 
mean load this would lead to a deterioration of the efficiency of the whole network. 
The sum S would decrease. The fast optimization procedure described hetc is only 
one of the possibilities to optimize the network configuration. In case of lack of time 
to calculate the optimal configuration, also a configuration can be used in which the 
capacity of the network is used efficiendy already, although it is not the best 
configuration. For example the situation of FIG. 2b is already very satisfactory and 
could under theses circumstances very well be u$ed- 

The Office Action misinterprets Du when it asserts that it teaches that each client informing 
a succeeding client in the chain of that bandwidth, and each client, in response to a difference 
between the compared bandwidths, reordering its position among the clients in the chain. 
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Instead, the cited portions of Du merely describe how a centralized device, the radio 
frequency manager 7, configures the positions of the transceivers 1-6, every time that a connection is 
set up or ended. In Du, when a new connection is set up, the radio frequency manager 7 gets the 
expected mean load of this connection from the transceiver 1-6 and chen may change the positions 
of the transceivers 1-6. 

b. Void does not teach or suggest "a client monitors its own bandwidth, " in the 
context where each client informs a succeeding client in the chain of that 
bandwidth* and each client, in response to a difference between the compared 
bandwidtb$> reorders its position among the clients in the chain. 
The Office Action admits that Du does not teach a client monitoring its own bandwidth. 
However, the Office Action asserts that Vaid teaches that a client monitors its own bandwidth. 
The cited portions of Vaid are set fordi below: 

Vaid: col. 3, lines 8^24 

In an alternative specific embodiment, the present invention provides a novel 
computer network system having a real-time bandwidth profiling tooL The real-time 
bandwidth profiling tool has a graphical user interface on a monitor or display. The 
graphical u$er interface includes at least a first portion and a second portion. The 
first portion displays a graphical chart representing the flow of information from at 
least one information source. The second portion displays text information 
describing the flow of information. The combination of the first portion and the 
second portion describes the information being profiled. Additionally, the graphical 
user interface has a portion that outputs a graphical representation including text or 
illustration of the source itself. The flow of information can be from a variety of 
sources, such as those described above as well as others, to provide a distributed 
profiling tooL 
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Void: Figs. 9-11 
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FIG- 11 



Vflid: col 2. lines 12-22 

Quality of Service is often measured by responsiveness, including the amount 
of time spent waiting fot images, texts, and other data to be transferred, and by 
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throughput of data across the Internet, and die like. Other aspects may be 
application specific, for example, jitter, quality of playback, quality of data transferred 
across the Internet, and the like. Three main sources of data latency include: the lack 
of bandwidth at the user (or receiving) end, the general congestion of Internet, and 
the lack of bandwidth at the source (or sending) end. 

Vaid: col. 2. lines 56-67 foemally. col. 2. W Sfi - col. 3. line 71 
In a specific embodiment, the present invention provides a system with a 
novel graphical user interface for monitoring a flow of information coupled to a 
network of computers. The flow of information can come from a variety of location 
or nodes such as a firewall, a server, a wide area network, a local area network, a 
client, and other information sources. The user interface is provided on a display. 
The display has at least a first portion and a second portion, where the first portion 
displays a graphical chart representing the flow of information, which comes from 
one of many locations on the network. The second portion displays text information 
describing aspects of the flow of information. The combination of the first portion 
and the second portion describes the information being profiled. The display also 
has prompts in graphical or text form or outputs the source of the flow of 
information, where the source can be one of a plurality of nodes such as a server, a 
firewall, a wide area network, a local area network, a client, and other information 
sources. The present invention can be distributed over a network by way of one or 
more agents. 

The Office Action misinterprets Vaid when it asserts that it teaches that a client monitors its 
own bandwidth, because it does not perform such a function in the context where each client 
informs a succeeding client in the chain of that bandwidth, and each client, in response to a 
difference between the compared bandwidths, reorders its position among the clients in the chain. 

Instead, the cited portions of Vaid merely describe a real-time bandwidth profiling tool for a 
computer. The real-time bandwidth profiling tool of Vaid has a graphical user interface for 
monitoring the flow of information coupled to a network of computers. However, nothing in Vaid 
suggests that diis information is shared with other devices (or that 'succeeding clients' even exist), or 
that the information is used in the context of reordering the position of clients in a chain. 
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t Ater does not teach or suggest "a method of optimising data streaming in apeer- 
to-peer architecture including a plurality of clients in a chain and further teaches 
that in the peer to peer sharing, the peer monitors the bandwidth of another peer. " 
The Office Action admits that Du and Vaid does not teach comparing bandwidth between 
two users and a method of optimizing data screaming in a peer-to-pecr architecture including a 
plurality of clients in a chain. 

However, the Office Action asserts that Ater teaches the monitoring and comparing the 
bandwidth of the user in a peer-to-pcer architecture in order to control the bandwidth of users in a 
peer to peer network. 

The cited portions of Vaid are set forth below; 

Ater: Abstract 

A bandwidth sharing method for use on respective interstitial connections 
between on one side a plurality of users and on the other side a common data-link 
having a shared packet switching device, the method including performing the steps 
of: 

monitoring data-link directed bandwidth from each user; 

maintaining a c urren t sum of the monitored bandwidth; and 

whenever die current sum exceeds a predetermined data-link bandwidth 

threshold, reducing current collective data-link directed bandwidth by 
for substantially each user, comparing the respective user's data-link 
directed bandwidth with a predetermined data-link bandwidth 
threshold for the respective user; 
using an allocation function, selecting at least one user who is 

exceeding his predetermined data-link bandwidth threshold, 
and 

for a predeterinined time interval, cutting the connection between 
each selected at least one user and the shared switching 
device, so as to restore a current sum of the monitored 
bandwidth to be not greater than the predetermined data-link 
bandwidth threshold. 

Ater: col 4. lines 1 0-67 (actually r col. 4. line 10 - col. 5, line 7) 

DETAILED DESCRIPTION OF THE INVENTION 
The present invention relates to a bandwidth sharing method (Illustrated in 
FIG- 1) for use on respective interstitial connections 12 between on one side a 
plurality of users 34 and on the other side a common data-link 5 (to a data- 
communications topology 7 using at least one compatible protocol; e.g. the Internet, 
LAN, WAN, intra-net, etc.) having a shared packet switching device 6. The instant 
method 10 includes performing the steps of: 
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monitoring 11 data-link directed bandwidth from each user (According to 

one embodiment the monitoring is of all the bandwidth used by each 
user, even the bandwidth which is directed to another user via the 
shared packet switching device; and not intended to use any 
bandwidth on the common data-link. According to another 
embodiment the monitoring is only of the data-link directed 
bandwidth used by each user. Monitoring with a differentiation 
between destinations requires a much higher degree of data 
examination and recognition than monitoring of all bandwidth.); 
maintaining 12 a current sum of the monitored bandwidth; and 
whenever die current sum exceeds a predeteitnined data-link bandwidth 

threshold, reducing 13 current collective data-link directed bandwidth 

by " . • 

for substantially each user, comparing 14 the respective user's data-link 
directed bandwidth with a predetermined data-link bandwidth 
threshold for the respective user; 
using an allocation function, selecting 15 at least one user who is exceeding 

his predetermined data-link bandwidth threshold, and 
for a predetermined time interval, cutting 16 the connection between each 
selected at least one user and the shared switching device, so as to 
restore a current sum of the monitored bandwidth to be not greater 
than the predeiamnined data-link bandwidth threshold. 
According to the preferred embodiment of the present invention, performing 
at least one of the steps is done above a predetermined frequency. For example, the 
step of monitoring is done by sampling each respective user with the common 
packet s^tching device every 10 milliseconds, or the step of mamtaining is done 
(updated) every 10 milliseconds, or the step of reducing is done every 5 milliseconds, 
etc. 

According to an embodiment of the present invention, the sub-steps of 
comparing and selecting are performed substantially with the same frequency as the 
monitoring step, so that the prerequisites to the sub-seep cutting are always available 
in a updated form. Since all of the steps and sub-steps of the instant method may be 
performed asynchronously, it is preferred that the legitimacy of performing any 
cutting be maximized; and that occurrences where the cutting is (after the fact) 
irrelevant to preventing exceeding common data-link bandwidth allotment are 
minimized, (Substantially equivalent embodiments of the method of the present 
invention may be instaDed directly in an external computer-like device such as 10, or 
functions accomplished by the steps of the present method may be divided between 
cooperating front ends of 3 and 4 with back ends of 6 and 7, or a combination of 
external computer-like device with front ends or with back ends, or the total 
combination of all.) 

However, consider also the following portions of Ater: 
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Ater: Fig. 1 



U.S. VAUMt **Aie« *w-i.*n US (UrUM 81 

neural 




Ater: coL 7. lines 15-28 
Bandwidth Control Machine 
Introduction 

A step by $tcp description for an algorithm for Bandwidth Control (BC) is 
presented. In the context of a plurality of users, the general purpose of the BC 
algorithm is for limiting Bandwidth (BW) usage, or conversely guaranteeing a 
minimum BW- More specifically, the purpose of the BC algorithm i$ to be able to 
guarantee a minimal bandwidth to customers who will purchase such an advantage, 
and to equally distribute the momentarily unused bandwidth to all users. 

Ater: col. 7. lines 60-67 
General Approach 

The BC machine described here functions to some extent in a similar manner 
to an elementary Math problem: 24 pipes bring water into a pool at the rate of 1 0 
gallons per second, while one pipe takes water out of the pool at a rate of 100 gallons 
per second. The pool can contain 140,000 gallons. How long will it take to fill the 
pool? 

Ater: coL 8 r lines 16-39 

In the case of the BC-xype machine, the pool is the switch buffer, the pipes 
are the ports attached to the users, and the pipe taking the information out is the up- 
link. 

The complete implementation is based on additional requirements: 
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1 . The BC machine is independent of the switch it is associated with. 

2. The flow into the switch buffer is not constant. The average flow is 
determined by sampling the data flow at constant time intervals. 

3. The flow out of the switch buffer is constant, 

4. The parameters shall be sufficiendy flexible to accommodate up-links 
&om 1.55 MBit/Sec up to 155.52 MBit/Sec. 

5. A similar machine shaE be designed for the infomiadon flow from 
the up-link to the users. However that machine shall be required to limit the flow, 
since there is no buffer to overflow. 

The proposed machine assumes that there is no information from the switch* 
regarding the buffer, or flow rate of the data. If the switch can provide indication of 
its buffer filling, then the machine will function the same; and we can drop the 
integrative function of the variable B defined below. 

Ater merely describes an algorithm for Bandwidth Control (BQ that is used in conjunction 
with a single switch buffer, wherein the switch buffer has multiple ports attached to rhe users for the 
flow of data into the switch and an up-link for the flow of data out of the switch. The general 
purpose of the Bandwidth Control algorithm is for limiting bandwidth (BW) usage, or conversely 
guaranteeing a rninirnum bandwidth. The specific purpose of the Bandwidth Control algorithm is to 
be able to guarantee a rniniraal bandwidth to customers who will purchase such an advantage, and to 
equally distribute the momentarily unused bandwidth to all users. 

However, contrary to the assertions in the Office Action, only the Bandwidth Control device 
of Ater monitors the bandwidth of eadi user; each user does not monitor its own bandwidth. In 
addition, only the Bandwidth Control device of Ater is informed of each user's bandwidth; none of 
the users inform a succeeding user in the chain of its bandwidth (indeed, there are no "succeeding 7 ' 
users or a "chain" of users in Ater). Moreover, it is only the Bandwidth Control device of Ater that 
compares the bandwidths of the various users; each user does not compare the bandwidths of other 
users. Finally, none of the users in Ater have their position" reordered; instead, die Bandwidth 
Control device of Ater reduces the bandwidth of the user or cuts the connection of the user. 

d The combination of references does not teach or suggest Appellant's claims. 

Consequendy, the combination of Du, Vaid and Ater does not teach or suggest all the 

limitations of App ellan ts independent claims. Indeed, not only does the Office Action fail to set 

forth a prima facie case of obviousness, the Office Action relies on hindsight to maintain that the 

references can be combined or modified in the manner suggested. Certainly, there is nothing in the 
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references themselves that suggest the particular combination, or that suggest the references can be 
modified in such a manner as to render Appellant's claims obvious. 

Moreover, Ort fails to overcome the deficiencies of the combination of Du, Void and Ater. 
Recall that Ort was cited only against dependent claims 14, 23 and 24, and merely for teaching the 
handling of errors encountered in an MPEG audio/video data stream during playback. 

Thus, Appellant's attorney submits that independent claims 1, 16, 25 and 26 are allowable 
over Du, Vaid, Arer and Ort. Further, dependent claims 2-15 and 17-24 are submitted to be 
allowable over Du, Vaid, Ater and Ort in the same manner, because they are dependent on 
independent claims 1, 16, 25 and 26, respectively, and thus contain all the limitations of the 
independent claims. 

2. Dependent Claim 2 

Appellant's invention, as set forth in dependent claim 2, which is dependent on claim 1, 
stands or falls with claim 1. 

3. Depends Clrifn ? 

Appellant's invention, as sec forth in dependent claim 3, which is dependent on claim 1, 
stands or falls with claim 1. 

4. Depende nt- Claim 4 

Appellant's invention, as set forth in dependent claim 4, which is dependent on claim 3> 
stands or falls with claim 3. 

5. Depende nt C.Uim S 

Appellant's invention, as set forth in dependent claim 5, which is dependent on claim 4, 
stands or falls with claim 4. 

6. Dependent Claims 6 and_l9. 

Appellant's invention, as set forth in dependent claims 6 and 19, which axe dependent on 
claims 3 and 1 8, respectively stand or fall with claims 3 and 18, respectively. 
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7. Dependent Claims 7 and 20 

Appellant's invention, as set forth in dependent claims 7 and 20, which axe dependent on 
claims 3 and 19, respectively, stand or fall with claims 3 and 19, respectively. 

8. Dependent Claims 8 and 21 

Appellant's invention, as set forth in dependent claims 8 and 21, which are dependent on 
claims 7 and 20, respectively, stand or fall with claims 7 and 20, respectively. 

9. Dependent Tl^tr. Q 

Appellant's invention, as set forth in dependent claim 8, which is dependent on claim 5, 
stands or falls with claim 5. 

10. Dependent; Claim J jQ 

Appellant's invention, as set forth in dependent claim 10, which is dependent on claim 9, 
stands or falls with claim 9. 

11. Dependent Claim,!! 

Appellants invention, as set forth in dependent claim 11, which is dependent on claim 10, 
stands or falls with claim 10. 

12. Dependent Claim 12 

Appellant's invention, as set forth in dependent claim 12, which is dependent on claim 11, 
stands or falls with claim 11. 

13. Dependent Claim 1 3 

Appellant's invention, as set forth in dependent claim 13, which is dependent on claim 9, 
stands or falls with claim 9. 
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14. Depcnden r C\<i\m 1 5 

Appellant's invention as set forth in dependent claim 15, which is dependent on claim 1, 
stands or falls with claim 1. 

15. Dependent, Claim, 17 

Appellants invention, as set forth in dependent claim 17, which is dependent on claim 16, 
stands or falls with claim 16- 

16. Dependent Claim IS 

Appellant's invention, as sec forth in dependent claim 18, which is dependent on claim 16, 
stands or faU$ with claim 16. 

17. Dependent C¥™ 22 

Appellant's invention, as set forth in dependent claim 22, which is dependent on claim 18, 
stands or falls with claim 1 8. 

G. Ar guments directed to the second grounds for rejection: Whether claims 14. 23 and 
24 are obvious under 35 U.S.C. §1 03fa^ over U.S. Patent No. 5.640.384 (DuV in view 
of U.S. Patent NTo. 6.502.131 <VaidV further in view of U.S. Patent No. 6.687.224 
(Atert. and further in view of U.S. Par ent 5.784.527 (OttV 
1. Dependent Claims 14. 23 and 24 

Appellant's invention, as recited in dependent claims 14, 23 and 24, is patentable over the 
references, because these claims recite limitations not found in the references. 

Nonetheless, the Office Action asserts the following: 

Claims 14,23,24 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over by US Patent 5,640,384 issued to Du in view of US Patent 6,502,131 issued to 
Vaid et al.(Vaid) in further view of US Patent 6,687,224 issued to Ater et aL(Ater) in 
further view of US Patent 5,784,527 issued to Ort 

Du in view of Vaid in further view of Ater does not explicitly teach as per 
claim 14, 23, wherein after the chain has been reordered, a client synchronizes a time 
code of data in local buffer memory with a time code of data received from a new 
streamed data input source before switching to data received from that source. 
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Ort teaches a client synchronizes a time code of data in local buffer memory 
with a rime code of data received from a new streamed data input source before 
switching 10 data received from that source (col. 2, lines 35-67). 

Therefore it would have been obvious to one ordinary skill in the art at the 
time of the invention to modify the teachings of Du in view of Vaid in further view 
of Atcr to synchronize the transfer of data from one terminal to another as taught by 
Ort in order to handle errors when transferring data(Ort, col. 2, lines 35-38). 

One ordinary skill in the art would have been motivated to combine the 
teachings of Du, Vaid, Ater, and Ort in order to provide a method to handle errors 
when transferring data(Ort, col. 2, lines 35-38). 

As per claim 24, wherein a client comprises switch means responsive to the 
data synchronizing means to switch to data received from the new streamed data 
input source when the time codes are synchronized (Ort, col .2, lines 35-65). 
Motivation to combine set forth in claim 14. 

Appellant's attorney disagrees with the above analysis. 

The combination of Du, Vaid, Ater and Ort does not teach or suggest that, after the chain 
has been reordered, a client synchronizes a rirnecode of data in local buffer memory with a timecode of 
data received from a new streamed data input source before switching to data received from chat 
source, as recited in claim 14, or that synchronizes a timecode of data in local buffer memory with a 
timecode of data received from a new streamed data input source, as recited in claim 23, or that a client 
switches to data received from the new streamed data input source when the timecodes are 
synchronized, as recited in claim 24. 

The cited portions of Ort are set forth below: 

Ort col. 2. lines 35-61 

The present invention includes a system and method for handling errors 
encountered in an audio /video data stream during playback. In one application, the 
audio/video data stream originates from an MPEG (e.g., Motion Pictures Expert 
Group) source and is a playback file of the MPEG format. The novel error handling 
system of the present invention operates during playback of the playback file. Upon 
receiving an error interrupt originating from a hardware video processor unit, the 
present invention executes a group of predetemiined error handling processes. A 
playback error can result from bad data within the playback file's data stream, the 
system data bus, or other related transmission error. One error handling process 
used by the present invention system causes the playback system to skip B and P 
frames until an I frame is reached which is processed normally and playback 
resumes. Another recovery process causes the playback system to seek forward a 
predeterrnined number of seconds and/or frames then resumes normal playback in 
order to avoid a bad media sector. A third process causes the playback system to 
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seek forward to a next sequence header, then resumes normal playback. The above 
recovery processes are performed in a determined error sequence of the present 
invention in which repeat errors arc handled by different processes according to the 
error sequence. Back-to-back errors occurring outside a predetermined time or data 
window are not considered repeat errors and reinitialize the error sequence. If die 
error sequence fails to avoid the error, the user or viewer is informed that the 
playback file may be non-MPEG compliant and playback is temporarily terminated. 

The cited portions of Ort merely describe how errors are handled when encountered in an 
audio/video data stream during playback, including skipping or seeking forward in the stream. 
However, nothing in these cited portions relates to the synchronization of a timecode of data as 
recited in Applicant's claims 14, 23 and 24. 

VIII. CONCLUSION 

In light of the above arguments, Appellant's attorney respectfully submits that the cited 
references do not anticipate nor render obvious the claimed invention. More specifically, 
Appellant's claims recite novel physical features which patentably distinguish over any and all 
references under 35 U.S.C §§ 102 and 103. 

As a result, a decision by the Board of Patent Appeals and Interferences reversing the 
Examiner and directing allowance of the pending claims in the subject application is respectfully 
solicited. 

Respectfully submitted, 

GATES & COOPER LLP 
Attorneys for Appellant 

Howard Hughes Center 
6701 Center Drive West, Suite 1050 
Los Angeles, California 90045 
(310) 641-8797 



Date: February 12, 2007 By:^ 

Name: £j&eorge H. Gates 
GHG/ Reg. No.: 33,500 
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CLAIMS APPENDIX 

1. (ORIGINAL) A method of optimizing data streaming in a peer-to-peer architecture 
including a plurality of clients in a chain, the method comprising: 

each client monitoring its own bandwidth; 

each client informing a succeeding client in the chain of that bandwidth; 

each client comparing its own bandwidth with the bandwidth of a preceding client in the chain; 

and 

each client, in response to a difference between the compared bandwidths, reordering its 
position among the clients in the chain. 

2. (ORIGINAL) The method of Claim 1, wherein each client identifies a preceding client in the 
chain to the succeeding client in die chain. 

3. (ORIGINAL) The method of Claim 1 , wherein a detecting client detects chat its bandwidth 
is greater than that of the preceding client in the chain and, in response, opens a connection with a 
client upstream of the preceding client 

4. (ORIGINAL) The method of Claim 3, wherein die detecting client identifies a succeeding 
client in the chain to the preceding client in the chain. 

5. (ORIGINAL) The method of Claim 4, wherein the preceding client opens a connection with 
die identified succeeding client. 

6. (ORIGINAL) The method of Claim 3, wherein the or each of the connections is opened 
concurrently with pre-existing connections between clients in the chain. 

7. (ORIGINAL) The method of Claim 3, wherein after the or each concurrent connection has 
been made to a client, the or each associated pre-existing connection to that client is dropped 

8. (ORIGINAL) The method of Claim 7, wherein the client switches to reading local buffer 
memory before the pre-existing connection is dropped 
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9. (ORIGINAL) The method of Claim 5, wherein, in the reordered chain, the detecting client 
receives streamed data via the connection from the client that was upstream of the preceding client. 

10* (ORIGINAL) The method of Claim 9, wherein the detecting client sends screamed data to 
the preceding client. 

11. (ORIGINAL) The method of Claim 10, wherein the pre-existing connection between the 
preceding client and the detecting client is reversed, 

12. (ORIGINAL) The method of Claim 11, wherein a replacement connection is opened 
between the preceding client and the detecting client. 

13. (ORIGINAL) The method of Ckim 9, wherein, in die reordered chain, the succeeding 
client receives streamed data via die connection from the preceding client. 

14. (ORIGINAL) The method of Claim 1, wherein after the chain has been reordered, a client 
synchronizes a timecode of data in local buffer memory widi a timecode of data, received from a new 
streamed data input source before switching to data received from that source* 

15. (ORIGINAL) The method of Claim 1, wherein a client replenishes its local buffer memory 
after the chain has been reordered. 

16. (ORIGINAL) A peer-to-peer data streaming system comprising: 

a plurality of clients in a chain, each client including bandwidth-monitoring means for 
monitoring its own bandwidth, communication means for informing a succeeding client in the chain of 
that bandwidth, comparison means for comparing its own bandwidth with the bandwidth of a 
preceding client in the rh*\ry } and reconfiguration means responsive to a difference between the 
compared bandwidths to reorder its position among the clients in the chain. 

17. (ORIGINAL) The system of Claim 16, wherein a client includes address-providing means 
for receiving and storing the address of a preceding or succeeding client in the chain and providing chat 
address to, respectively, the succeeding or preceding client in the chain. 
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18. (ORIGINAL) The system of Claim 16, wherein che comparison means of a client is 
associated with connection means for receiving the address o£ and opening a connection with, a client 
upstream of the preceding client if the comparison means detects that the bandwidth of its associated 
client is greater than that of the preceding client in the chain. 

19. (ORIGINAL) The system of Claim 18, wherein the connection means is capable of 
opening a connection concurrently with a pre-existing connection between clients in the chain. 

20. (ORIGINAL) The system of Claim 19, wherein the connection means is responsive to 
malting the concurrent connection to drop the associated pre-existing connection. 

21. (ORIGINAL) The system of Claim 20, wherein the connection means is associated with 
switch means for switching the client to read local buffer memory before the pre-existing connection is 
dropped 

22. (ORIGINAL) The system of Claim 18, wherein the connection means is capable of 
reversing a pre-existing connection between clients in the chain. 

23. (ORIGINAL) The system of Claim 16, wherein a client comprises data synchronizing 
means for synchronizing a timecode of data in local buffer memory with a timecode of data received 
from a new streamed data input source. 

24. (ORIGINAL) The system of Claim 23, wherein a client comprises switch means responsive 
to the data synchronising means to switch to data received from the new streamed data input source 
when the timecodes are synchronized. 

25. (ORIGINAL) A client terminal fox use in a peer-to-peer data sacaming system having a 
plurality of client terminals in a chain, the client terminal being configured or programmed to include 
bandwidth-monitoring means for monitoring its own bandwidth, communication means for mforming 
a succeeding client terminal in the chain of that bandwidth, comparison means for comparing its own 
bandwidth with the bandwidth of a preceding client terminal in the chain, and reconfiguration means 
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responsive to a difference between compared bandwidths to reorder its position among the client 
terminals in the chain. 

26. (ORIGINAL) A program storage medium readable by a computer having a memory, the 
medium tangibly embodying one or more programs of instructions executable by the computer to 
perform method steps for configuring or programming a client terminal for use in a peer-to-peer data 
streaming system having a plurality of client terminals in a chain, the method steps comprising che steps 
of: 

configuring or programming the client terminal to monitor its own bandwidth; 

configuring or programming the client terminal to inform a succeeding client terminal in the 
chain of that bandwidth; 

configuring or programming the client terminal to compare its own bandwidth with the 
bandwidth of a preceding client fTerminal in the chain; and 

configuring or programming the client terminal to reorder its position among the client 
terminals in the chain based upon a difference between compared bandwidths. 



26 

G&C 16030-U5-01 



PAGE 29/31 * RCVD AT 2/12/2007 11:40:14 AM [Eastern Standard Time]* SVR:USPTO-EFXRF-6141 ' DNIS:2738300 * CSID:+13106418798 t DURATION (mm-ss):0640 



02-12-2007 09:08AM FROkKatas & Cooper LLP 



+13106418798 



7-735 P. 030/031 F-233 



EVIDENCE APPENDIX 

None. 
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RELATED PROCEEDINGS APPENDIX 

None. 
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